約 4,509,617 件
https://w.atwiki.jp/pentagon/pages/140.html
PSPでBM98 BM98とはBeatmaniaライクなPC用音楽ゲームです。 かつて流行しました。 PSPではJzBMSPlayerというアプリケーションを用いてゲームします。 未だに探せばBMSというゲームファイルがインターネットにたくさん転がってます。 電車の中で楽しむ分にはもってこいだと思います。 この曲、かなりオススメです。
https://w.atwiki.jp/a211issei/pages/15.html
PSPを改造する ここでは、PSPの改造法をご紹介します。方法は大きく分けて以下の2通り。どちらで進めるか選んでください。ご説明します。 ==選んでください== Chick henを利用する パンドラバッテリー＆マジックメモリースティックを利用する
https://w.atwiki.jp/wiki9_vipac/pages/533.html
【完全童貞】アーマードコア【防御膜】/後半 【コジマ】アーマードコア【電器】/後半 【どう あがいても】アーマードコア【卑猥】/後半 【破壊天使VS】アーマードコア【淫天使ファイ】/後半 【ボケ】アーマードコア【卑猥】 【落とせるか･･･】アーマードコア【落とすわけには･･･！】/後半 【どう考えても】アーマードコア【過疎すぎ】/後半 【過疎じゃこの先生】アーマードコア【きのこれないぜ】/後半 【アーマード】卑猥ちゃん’ｓ【コア】/333～/666～ 【AMIDAは】アーマードコア【幼女】 アーマード・コアーマードコア/後半 【とりあえず】アーマードコア【AMIDA】 【ｱｰﾏｰﾄﾞｺｱ】ｿｳﾀﾞ、Ravenﾆﾅﾛｳ【JジャックとRレイン倒壊】 【魔女っ子ビルバオか】アーマードコア【シュール系ラートシカか】/後半 【卑猥よ】アーマードコア【さらば】 劇的にアーマードコア/劇的にアーマードコア２ 【PA】アーマードコア【QB】 【レイヴン達よ】アーマードコア【立ち上がれ！】 【魂胆】アーマードコア【魂塊】/後半 【いつも】アーマードコア【ここから】（重複) アーマードコア ～おねえちゃんとてったい☆～/333～/666～ 【アーマード】オナ禁三日目【コア】/333～/666～ 【新サンパイダー】アーマードコア【ヤリナイタナー誕生】 【FFVIP大会】アーマードコア【ﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ】 【FFVIP大会】アーマードコア【勃起して待つ】/後半 【ひわい Of】アーマードコア【Deception】 【大会、実況、ＳＳ】アーマードコア【ＡＭＩＤＡ、懐かしき日々】 【過疎落ち】アーマードコア【最短記録達成？】 アーマードコア落ち過ぎﾜﾛﾀ/後半 【ついに】アーマードコア【締め切り】/後半 【淫】アーマードコア【淫】/333～ もうなんかアーマードコア/333～/666～ 【姉と妹と】アーマードコア【カネハチmk-３】 アーマードコア４ 【認めないdat】アーマードコア【落ちなど認めないぞ！】/333～/666～ 【過疎・・・か】アーマード・コア【いいだろう】 【ジャックオア】アーマード・コア【トリート】/後半 【尻を貸そう】アーマード・コア【誇りはないのか】/400～ 【淫具ランド】アーマードコア【ユニオンジャック】/200～ 【難立易落】アーマード・コア【だがそれがいい】/333～/666～
https://w.atwiki.jp/akatonbowiki/pages/5218.html
このページはこちらに移転しました PSPが大好きです 作詞/153ｽﾚ734 DSを投げたら傷ついた けれどまだまだ動くんだ～ DSを踏んだら変な音 けれどバリバリ動くんだ～ らら任天堂～ テラ任天堂～ PSP落としたら 傷ついた 画面に一筋 線が走る PSP踏んだら嫌な音 お願い もう一度 笑ってよ～ らら馬鹿ソニー テラ馬鹿ソニー 僕の涙を返してよ
https://w.atwiki.jp/wiki9_vipac/pages/1841.html
7月 【チョイ悪？】アーマードコア【オールドキング】/333～ 【】アーマード【】コア【】/333～ 【レイヴン！】アーマードコア【助けてくれるな！】/333～ 【若造が】アーマードコア【調子付くなよ】/333～ 【夏だ！海だ！】アーマードコア【水没だ！】/333～ 【新型生物兵器】アーマードコア【スパイダー！】/333～] 【ネタアセン】アーマードコア【上等！】/333～] 【武器腕】アーマードコア【逆間接】/333～ 【ついに】アーマードコア【箱レギュ配信】/333～ 【レイヴンであり】アーマードコア【リンクスでもある】/333～ 【なるほどお前が】アーマードコア【ホモナント】?/333～?] 【夏の恐怖！】アーマードコア【スミカのすっぴん】/333～ 【Ｖ・Ｏ・Ｂ！】アーマードコア【Ｖ・Ｏ・Ｂ！】/333～ 【風雲】アーマードコア【有澤城】/333～ 【久しぶりの】アーマードコア【水没（dat落ち）】?/333～ 8月 【ENマシは】アーマードコア【産廃じゃない】?/333～?/666～? 【実弾最高】アーマードコア【EN？何それおいしいの？】?/333～?/666～? 【AMIDACORE】アーマードコア【forAnswer】?/333～?/666～? 【ｼﾞﾅｲｰﾀﾞは】アーマードコア【俺の嫁】?/333～?/666～? 【いいから描けよ】アーマードコア【俺の機体をよお】?/333～?/666～? 【貧乳人間】アーマードコア【ジナイダー！！！】?/333～?/666～? 【安価で】アーマードコア【水没】?/333～?/666～? 【次スレ】アーマードコア【前スレ】?/333～?/666～? 【名作】アーマードコア【カノサワ（笑）】?/333～?/666～? 【漢なら】アーマードコア【とっつきonly】?/333～?/666～? 【ﾋﾞｯｸﾞｻｲﾄで】アーマードコア【ジャックとアッー！】?/333～?/666～? 【キサラギ】アーマードコア【フォックスアイ】?/333～?/666～? 【隊長】アーマードコア【ジナイーダ】?/333～?/666～? 【うほ、いい素材】アーマードコア【期待させてもらう】?/333～?/666～? 【騙して悪いが】アーマードコア【仕事なんでな】?/333～?/666～? 【管制室】アーマードコア【ネタをくれよぉ】?/333～?/666～? 【名付け親】アーマードコア【ジャック】?/333～?/666～? 【ウホ】アーマードコア【テラテング】?/333～?/666～? 【ここで殺されるのは】アーマードコア【弱王だ】?/333～?/666～? 【ちくしょう・・・！】アーマードコア【貴様・・・！】?/333～?/666～? 【わたしのカラサワ】アーマードコア【あなたの主砲】?/333～?/666～? 【ガッチタンやぞ】アーマードコア【ゾックゾクするやろ】?/333～?/666～? 【ライウン】アーマードコア【そろそろ自重】?/333～?/666～? 9月 【ライウン】アーマードコア【三日三晩お疲れ様でした】?/333～?/666～? 【プライベート】アーマードコア【ライウン】?/333～?/666～? 【ただのレイヴンとは】アーマードコア【違うんです】?/333～?/666～? 【デトロイト】アーマードコア【サークシティ】?/333～?/666～? 【次回作のラスボスは】アーマードコア【アクアビットマン】?/333～?/666～? 【特攻野郎】アーマードコア【ＧＡチーム】?/333～?/666～? 【アンサラー強化】アーマードコア【レギュはﾏﾀﾞｰ？】?/333～?/666～? 【武器腕】アーマードコア【AMIDA】?/333～?/666～? 【ストレッチャー】アーマードコア【定休日】?/333～?/666～? 【今日も元気に】アーマードコア【ストレッチャー】?/333～?/666～? 【↓メル】アーマードコア【↑ツェェェル】?/333～?/666～? 【イセエビの】アーマードコア【水没王子】?/333～?/666～? 【ノーカウントだ】アーマードコア【ノーカウント！】?/333～?/666～? 【興】アーマードコア【干】/333～?/666～? 【ファンタズマの】アーマードコア【テルミドール】?/333～?/666～? 【水没の】アーマードコア【オッツダルヴァ】?/333～?/666～?
https://w.atwiki.jp/wiki9_vipac/pages/1552.html
【Mrエヴァンジェ】アーマードコア【Doμnantの定義】/333～/666～ 【アナルのジャンル】アーマードコア【炎を纏うスイーツさん】/333～/666～ 【俺のACが】アーマードコア【黄砂まみれに!】/333～/666～ 【面倒物語】アーマードコア【永久スミカ輪舞曲】/333～/666～ 【俺が烏で】アーマードコア【お前は猫で】/333～/666～ 【閃光の】アーマードコア【スティンガー】/333～/666～ 【超硬銭機】アーマードコア【スミカ】/333～/666～ 【小悪魔ジナイーダが】アーマードコア【アンサー】/333～/666～ 【aF発売】アーマードコア【AF開発】/333～/666～ 【差し押さえ】アーマードコア【エンブレムに】/333～/666～ 【すべては】アーマードコア【答えのために】/333～/666～ 【fA】アーマードコア【発売】/333～/666～ 【レイヴン】アーマードコア【聞こえますか？】/333～/666～? 【I m Thinker】アーマードコア【ﾄﾞｩｰﾄﾞｩｰﾄﾞｩｰｗｗｗ】/333～/666～ 【レイヴンは不滅】アーマードコア【アーキテクトも不滅】/333～/666～ 【俺はジャックのOB】アーマードコア【にも食いついちまう】/333～/666～ 【ジョシュア】アーマードコア【エロゲ進出】/333～/666～ 【ミノフスキー】アーマードコア【コジマ】/333～/666～ 【ファイヤーバルキリーで】アーマードコア【踊らないか】/333～/666～ 【ノーマル】アーマードコア【乗らせろ】/333～/666～ 【アサルトアーマー】アーマードコア【アナザーエイジ】/333～/666～ 【山猫や烏飛び込む】アーマードコア【尻の音】/333～/666～ 【水没するから】アーマードコア【僕はフロートを使うんだ】/333～/666～ 【アナルトリアの】アーマードコア【傭兵】/333～/666～ 【ガチタンぐらい重く】アーマードコア【GAマンのように雄雄しい】/333～/666～ 【レイヴンを】アーマードコア【忘れるな】/333～/666～ 【アルドラ腕グレで】アーマードコア【MM-1気分】/333～/666～ 【はっぴぃ】アーマードコア【マーガレット】/333～/666～ 【ﾊﾞｯｶﾆｱって】アーマード・コア【誰でしたっけ？】/333～/666～ 空が、空がアーマードコアで埋まっているぞ！/333～/666～ 【勝負アセンは】アーマードコア【軽２脚】/333～/666～ 【アーマードコア】こちらジョシュア・オブライエン【新鯖】/333～/666～ 【ジャック・Oが】アーマードコア【超音速で突進してくる】/333～/666～? 【たかが】アーマードコア【メインブースターがイカレタただけだ】/333～?/666～? 【GA最強立志伝】アーマードコア【ローディ】 【落ちる…】アーマードコア【落ちてしまう…】/333～/666～ 【アサルトアーマー】アーマードコア【アナザーエイジ】/333～/666～ 【月曜の】アーマードコア【静寂】/333～?/666～? 【トライ】アーマードコア【アンサラー】/333～/666～? 【私こそが】アーマードコア【リンクスだ】/333～/666～
https://w.atwiki.jp/amorphophallus/pages/38.html
PSP Seminar from Assembly ps2dev.orgにあるPSPデベロップチュートリアル資料の翻訳。2006年のドキュメントなのでやや古いネタだがメモリマップ以外は基本的に同じだと思う。用語や仕様などで詳しい訳が分からなかったところもあるので随時修正する予定。 http //ps2dev.org/psp/Tutorials/PSP_Seminar_from_Assembly 訳にあたってはMFMのアーノルド氏に技術的な突っ込みに答えてもらった。 Special thanks to the technical advice of Arnold Bronson 裸のPSP TyRaNiD著 ps2dev.org August 4, 2006 このプレゼンテーションで扱われる内容 テーマは以下のとおり C言語で書くPSP PSPの内部構造 開発ツール 以下については扱わない ゲーム Piracy 海賊版 Modチップ もくじ 1. PSP Home brewの歴史PSPのリビジョン 2. PSPのハードウェアシステムコントローラ 3. PSPソフトウェアToolchain カーネルモジュール スレッドモデル インターフェイスプログラミング PSPのセキュリティ 4. デバッグデバッグツール PSP Home brewの歴史 至高の存在：PSP PSP年表 2004年12月：日本でPSPがリリースされる。FW 1.0 2005年3月：米国でリリースされる。FW 1.5 2005年4月：Nemによる最初のhomebrew“Hello World!”。FW 1.0のみ対応 2005年6月：チームPSP-DEVがFW 1.5上で動くエクスプロイトを開発（kxploit） 2005年9月：EUでPSPがリリースされる 2005年9月：LibTIFFのエクスプロイトを使ったFW 2.0用のダウングレーダー開発 2006年4月：FW 2.0以降でGTAを使ったHome brewがはじまる 2006年6月：FW 2.5と2.6のカーネルバグが発見され、ダウングレーダーを開発 ファームウェアのリビジョン リリースされたPSPファームウェアの歴史を少したどってみたい。いくつかはエクスプロイトの穴に対策したバグフィックスだ。 1.0 コード実行に若干の制限が加えられた（日本のみ） 1.5 kxploitの実行に制限はなかった（米国のみ） 1.51と1.52 とくにハックするところはない。2.0からのダウングレード可 2.0 ダウングレードでなければユーザーモードのみ（libTIFFのeLoader） 2.01 バグフィックスされたリリース。2.5か2.6にアップグレード 2.5と2.6 カーネルバグがある。カーネルモードでダウングレードが可能（GTAのeLoader） 2.7 デベロップは難しい 自作のコードを実行する どのPSPファームウェアのリビジョンでコードを実行するか 1.0と1.5 特別なEBOOT.PBPを作れば直接実行可能 2.0 libTIFFモードからeLoaderを使う 2.01+ グランドセフトオートUMDとeLoaderを使う 2.7+ 今のところデベロップの方法はない PSPハードウェア ハードウェアの仕様について PSPはいくつかの複雑なカスタムコンポーネントで構成されている MIPSシステムコントローラ（ALLEGREX） Media Engine（MIPS＋VME＋AVCデコーダ） メインメモリ 32Mバイト Embedded DRAM（Media Engine用）2Mバイト VRAM 2Mバイト 多用途オーディオシステム 480×272ピクセルのフルカラースクリーン液晶（およそ1.8 1） 13ボタン、十字キー、アナログスティックの入力 メモリスティックデュオ用スロット そのほかの仕様 いくつかのハードウェアは一般的な開発にはそれほど必要ではない カスタマイズされた1.7Gバイト容量の光学ドライブ（UMD） USBコントローラと802.11bワイヤレスイーサネット オーディオコーデックをコントロールするためのI2Cバス IrDAトランシーバ マルチプルUARTS（IrDA、リモートコントロール、ハードウェアのデバッグ用） 周辺コントロールのDMAコントローラ（ユーザーアプリのDMAチャンネル用を含む） 電力とバッテリのコントローラ UMDドライブのATAコントローラ ALLEGREX ALLEGREXはPSPのメインプロセッサの名前である カスタマイズされたMIPS32コア 追加された命令セット（ビット操作、ユーザーモード割り込みコントロール、CPU停止） メモリマネージメント機構（MMU）（TLBキャッシュではない） 動作クロックの変更（およそ33MHzから333MHzまで） オンボードの単精度32ビットFPU オンボードのベクタ/マトリックス演算用コプロセッサ（VFPU） ハードウェアによるデバッグユニット 16KバイトスクラッチパッドRAM（使い物にならない） オンボードプロファイラ（キャッシュのヒット率の監視、命令の実行など） 分離された命令とキャッシュ領域 ベクタプロセッサ メインCPUの3Dグラフィックの性能を補うものとしてベクタ演算用コプロセッサ（VFPU）が用意されている 128個（8バンク×16）の32ビットレジスタ 複数のレジスタをひとつの値のようにして、2×2、3×3、4×4で再設定できる 列、行、マトリクス、マトリクスの置換 1回の演算ですべてのマトリクスの乗算ができる 頻繁に使われる三角関数と平方根の演算命令 オンボードでの擬似ランダム値生成 VFPUレジスタ 画像：レジスタマップ VFPUコードの開発 VFPUはアセンブリで書かれていて、ToolchainアセンブラはVFPUのすべての命令をサポートする。 グラフィックエンジン GEはPSPコアのグラフィック機能である。 簡素化したGLのAPI風のものが基になっている 描画はメモリ中のディスプレイリストで行われる フレームバッファ、テクスチャ、ディスプレイリストのための2MバイトのVRAM メインメモリからテクスチャとディスプレイリストを引っ張り出すためのバスマスターモード VRAMの中に必要なのはフレームバッファのみ そのほかのGEの機能 多様なテクスチャフォーマット、CLUT（Color LookUp Table）モード、DXT圧縮 2Dか3Dのモードで演算 オンボード3Dのクリッピング機能 スプラインとベジエ面の演算 モーフィングとスキニング ライティングとステンシルバッファ アルファブレンドと論理演算 ディスプレイリスト 画面描画はVRAMに直接アクセスできる。適度なパフォーマンスと3D描画のためにはディスプレイリストを使うとよい。 ディスプレイリストの各エントリは32ビット幅で、8ビットのコマンド、24ビットのデータがある 24ビットのデータは整数型で表現される。ポインタか切り捨てられた浮動小数点数が入る メインリストの中にサブリストを作ることができる カスタマイズされたvertexのタイプ、異なるサイズ（8ビットか16ビット固定のポイント、32ビット浮動小数点数）を明示的に利用できる それぞれのvertexのタイプに座標、色、ノーマルか太いかを含めることができる vertexはリストに直接明示するかインデックスをつけることができる 浮動小数点は24ビットに変換されるときその精度を失う ディスプレイリスト ディスプレイリストはGEへの転送にDMAを用いるが、これはリストを作るときに重要な分岐を得る。 リストは"Stall"アドレスで作られているときに転送できる リストはキャッシュされていないメモリ領域に書かれるか、あるいはリストを使う前にキャッシュデータが書き戻される必要がある リストはFINISHコマンドで終了されなければいけない PSPメモリマップ PSPのメインプロセッサがMMU（メモリマネジメントユニット）を操作していないとき、メモリセグメンテーションの機能がある カーネルモードとユーザーモードの仕様上、ユーザーアプリケーションがカーネルメモリに変更を加えることは防止される メインメモリの32Mバイトを分割し、4Mバイトのカーネル、4Mバイトの一時メモリ、24Mバイトのユーザスペースに割り当てている 4Mバイトの一時メモリはシステムコールのみで使用される（FW 1.0の場合はいつでも使える）。 デバイスはメモリスペースにマップされる 仮想メモリシステムはない。カーネル権限を持っていればすべてのメモリエリアにアクセス可能 PSPメモリマップ いくつかのキーになるアドレスはソースコード中で見かけるかもしれない 先頭アドレス サイズ 解説 0x00010000 16K スクラッチパッド 0x04000000 2M VRAM 0x44000000 2M VRAM (キャッシュされない) 0x08800000 24M メインRAM 0x48800000 24M メインRAM (キャッシュされない) 0x88000000 4M カーネルRAM PSPソフトウェア コンパイラ PSPコンパイラはPS2開発ツールにおける経験を継承する形で開発された。 GCC 4.0.2をベースにしている CとC++の開発環境がある VFPUを含むALLEGREXの命令セットのサポート 標準libcとstdc++関数（stdioやiostreamなど）をサポートしたNewlibのポート UNIXライクなシステム用として設計されており、Windows上で使うためにはCygwinかMingWが必要（DevkitPRO） PSPDSK フリーのソフトウェアデベロップメントキットはPSPライブラリへのアクセスを提供する。多くのライブラリとツールを使って簡単に開発できる ユーザーとカーネルのライブラリはヘッダをインポートする リバースエンジニアリングされたlibGUとlibGUM シンプルなPCMオーディオライブラリ デバッグをサポートするためのライブラリとユーテリティ関数 カスタムエクスポートテーブルを作るためのツール。ELFファイルのポストプロセスと実行形式をPRXにするためのコンバータ カスタムEBOOT.PBPのための圧縮・解凍ツール PSPとSDKを使うための60以上のサンプルコード そのほかの開発環境 今のところCとC++はPSPソフトウェア開発の主な言語である。これでソースコードを書くことに制限はない。 そのほかのオプション： LUA（LUAPlayer）- PSPのためにポートされたLUA。分かりやすいインターフェイスとライブラリ Python - PSPのためにポートされたPythonと拡張された部分。 Flash - FW 2.7以降のPSPで稼動する機能限定版フラッシュプレイヤー カーネルモジュール PSPカーネルは多くのモジュールで構成されている。モノリシックカーネルではない。ユーザーアプリケーションはよく出来たモジュールである。 モジュールはいつでもロードでき実行できる モジュールをロード後にロケーションの修正かあるいはリロケートができる ほかのモジュールから関数のエクスポートとインポートができる カーネルには、ほかのOSにあるようなプロセスという概念はない 実行形式のファイル PSPはELF形式のモジュールをベースにしている カーネルはネイティブコードで書かれた3つのタイプのファイルを実行できる ELF - ベーシックELF形式。ハードコードされたアドレスにリンクされる（一般的には0x8900000） PRX - カスタマイズされたELF形式。メモリ中のどこにでもリロケートできる ~PSP - 暗号化されたELFかPRX PSPSDKはELFとPRXを生成できるが暗号化された~PSPは生成できない。 モジュールの情報を得る モジュールを正しくロードし、また実行を追跡するためには、モジュール情報のセクションが含まれていなければならない モジュール情報は以下の内容から成る： モジュール名 モジュールの属性。カーネルモジュールなど 関数テーブル バージョン PSPSDKは十分役に立つ。ただソースコード中にPSP_MODULE_INFOと明記すればよい。 インポートとエクスポートのライブラリ カーネルモジュールを正しく使えるようにするために、ユーザーモードアプリケーションへライブラリセットをエクスポートできる インポート関数はファイルに断片化されている。これはSDKが提供する手段である。 ユーザーからカーネルへの遷移はシステムコールゲートウェイを経由する ユーザーからユーザーへのコールは直接ジャンプすればよい カーネルライブラリのために、関数名の先頭32ビットがSHA1でハッシュされており、NIDで認証されている かつて多くの問題を生んだ経緯があって、ユーザーライブラリからカーネルモジュールへはリンクできないようになっている エクスポートファイルを使って自分のコードからエクスポート関数が呼べるなら、通常それは必要ない モジュールのロード モジュールのロードと実行は理論的には非常にシンプルだが、注意すべき点もいくつかある。 ユーザーモードでモジュールをロードできる場所には厳密な制限がある カーネルモードでライブラリにリンクしようとするのにはいくつか制限がある カーネルはELF形式のモジュールはロードできるが、プレーンテキストのPRXカーネルモジュールはロードできない。SDKにはこれらの制限事項へのパッチが用意されている カーネルのリセット カーネルはモジュールのための最適なリソース管理をしないので、PSPをクリーンな状態にするためにカーネルをリセットする 通常2通りの手順がある： 1 sceKernelLoadExec - カーネルをリブートして新しく実行する 2 sceKernelExitGame - カーネルをリブートしてXMBのメニューに戻る システムメモリマネージャ おそらくこれがカーネルの最重要点である。リブート後に即ロードされる。 以下のような感じだ： PSPのメモリアロケートを管理する メインメモリのセグメントを3つのパーテーションに分割する（カーネル/Media Engine/ユーザエリア） リソース管理（UIDテーブル） システムイベントハンドラ デバッグ機能の実装 リソース管理 PSPのカーネルはシステムの状態を示すさまざまな情報を保持しており、それらは一貫したUIDテーブルで管理されている。 UIDテーブルはツリー階層構造を保持している どのUIDにも名前が割り当てられており、名前は一意でなくてもよい どのカーネルモジュールもそれぞれのUIDタイプを明記できる どのエントリもUIDタイプの情報が入ったコントロールブロックを保持している カーネルは特定のタスクを実行するUIDをコールできる UIDの数値はランダムなものではなくエンコードされたアドレスである void *cntladdr = 0x88000000 + ((uid 5) ˜ 3) ; スレッドの概要 PSPのスレッドモデルはかなりシンプルである。PS2で使われていたIOPカーネルのものに似ている。 スレッドは互いに強調する スレッドの優先度はスケジューリングにより、数値の低いほうが優先度が高い 少量のスレッドローカルストレージ（TLS）。CPUのK0レジスタを参照する VFPUを使うためにはスレッドを作成し、PSP_THREAD_ATTR_VFPU属性を設定しなければならない スレッドの作成 スレッドは実行の前にまず作成されなければならない。スレッドが一度作成されたら、実行できるようにUIDが与えられる。 スレッドの状態 画像：簡単な状態遷移のダイアグラム 同期プリミティブ PSPのカーネルはスレッドの同期とコントロールの手段をいくつか提供する。すべての待機関数はオプションでタイムアウトが使える。 排他制御セマフォ 割り込みコントロール メッセージングイベントフラグ メッセージボックスとパイプ コールバック 同期メモリプール変数のプール 固定値のプール タイマーアラーム 仮想タイマー 排他制御（mutex） セマフォは同期されたカウンタである。PSPにはmutexタイプはないが、セマフォはそれをシミュレートできる。 sceKernelCreateSemaとsceKernelDeleteSemaでそれぞれ生成と削除ができる sceKernelWaitSemaとsceKernelSignalSemaでそれぞれロックとアンロックができる 割り込みの無効化はローコストのmutexで実現できる イベントフラグ イベントフラグは2つ以上のスレッド間で“イベント”をやりとりするもの 1個のイベントフラグは32×1ビットのイベントから成る 1個かそれ以上のビットは1回にまとめて待機する 各ビットはオートかマニュアルでリセットモードにセットできる コールバック コールバックはカーネルが特別なイベントをスレッドコンテキストに送るために使われる。スレッドはコールバックの発生に応じるか、あるいは特定のwait関数を呼ばなければならない。コールバック関数の一般的な添え字はCBである。 割り込み カーネルはユーザーモードで正確に割り込みするためのコールバックメカニズムを提供する 割り込みコールバックは独立した状態のスレッドでコールされる 呼ぶと待機状態になりそうな関数はコールしてはいけない スレッドプログラミングのヒント スレッドプログラミングを簡単にするいくつかのヒント： 過密なループはさせず、可能ならどこかで待機状態にさせるのがよい スレッドの優先度は慎重に選び、割り込みのあるスレッドを優先させる waitシステムコールの戻り値を常にチェックする 待機関数を呼ぶときはデッドブロックを検知するためにタイムアウト機能を使うとよい スレッドが削除されて終了したのならリソースに問題がある ファイルIO カーネルは、有効なデバイスのファイルにアクセスするための標準的なIOサブシステムを提供する 異なるタイプのIOデバイスを作成できる ファイルIOデバイスはプリフィクス（接頭辞）のついたデバイス名でアクセスできる デバイスの別名を設定できる ブロックデバイスはsceIoAssignを使ってファイルシステムデバイスにマウントできる POSIXに似たシステムコール（例：sceIoOpenでファイルオープン、sceIoWriteで書き込みなど） ファイルIOデバイスのプリフィクスは2つの部分から成る デバイス名 オプションでファイルシステムユニットの番号 たとえばこんな感じで： ms0 メモリスティックファイルシステム host0 ホストファイルシステム (PSPLinkエクステンション) flash0 フラッシュファイルシステム irda0 IrDAトランシーバのキャラクタドライバ tty0 テキスト端末キャラクタドライバ グラフィックライブラリ VRAMにピクセルを直接描くような簡単な描画のためのライブラリ フレームバッファに16ビット（565, 5551, 4444）か32ビットカラーを設定できる sceDisplaySetFrameBufでフレームバッファを設定できる sceDisplayWaitVblankStartは現在のスレッドを次のvblank割り込みまで待機状態にし、同期を有効にしたりほかのスレッドが実行されるのを可能にする グラフィックライブラリ libGUはPSPのハードウェアアクセラレータによる描画の主要な開発手段である。 これはリバースエンジニアリングされたオフィシャルライブラリをベースにしている。 libGUはGraphic Engineとディスプレイハードウェアを回避するためのラッパーの役目をする 自動的にディスプレイリストを管理しオンラインとオフラインのリストを作成できる フレームバッファとディスプレイの切り替えを設定できる libGUMはlibGUでマトリクス操作を直接扱うための補助ライブラリである 浮動小数点とVFPUによる演算 GLのようにマトリクスのスタックを保持する ライブラリは図形マトリクスを設定するためのユーティリティ関数を提供する。図の回転など PSPで画面描画する方法はLibGUとlibGUMだけではない。 ほかにも重要なライブラリが利用可能： PSPGLはGLスタイルのインターフェイスを持った、ハードウェアアクセラレータのためのライブラリである SDLは2Dグラフィックで有用なライブラリである ほかにもポートされた画面描画のためのライブラリがある： libPNGはPNGデコード用 libJPEGはJPEGデコード用 FreeTypeとTrueTypeFont用ライブラリもある オーディオライブラリ PSPのオーディオハードウェアにはエクスポートされたライブラリがいくつかある。Media Engineとの組み合わせによりほとんどCPUを使わずにatrac3オーディオを出力できる。 PSPSDKにはシンプルなストリーミングオーディオライブラリがある。コールバックは次のデータが要求されたときに発動する カーネルはatrac3デコーダは利用できる。atrac3のエンコーダは今のところWindowsのみで利用可能である libmadのポートとMP3と、そしてOgg/Vorbisデコードのためのlibogg/libvorbisがそれぞれ用意されている モジュールプレイバックのためのmikmodのポート。fmodのポートは商用のみしかない ジョイパッド ジョイパッドを使うのは簡単で、直接的にではなくてもデモはしやすくデバッグもしやすい すべてのデジタルボタンはビットマスクにマッピングされている アナログスティックは2つの符号なし8ビットにマッピングされている セキュリティ対策とは？ PSPの開発者は非公式なコードがシステムを乗っ取るのを阻止するためにいくつかのセキュリティ対策を実装している ハードウェア暗号化エンジン 連続した認証付きブートプロセス ゲーム中のバグを緩和するための、カーネルモードとユーザモードの分離 カーネルはモジュールのタイプによって、ロードの可否とどこからロードされるかについての制限を与える 実行ファイルとブートリストをカスタム暗号化/署名するラッパのフォーマット PSPのブートプロセス 書き換えられたカーネルがフラッシュROMからロードされることは可能なのだが、開発者は一連の認証でカーネルの書き換えを阻止しようとしている カーネルは暗号化されたフラッシュROMに置かれている カーネルのブートは以下の通り：1. ブートストラップがフラッシュからステージ1のIPLを復号化する 2. ステージ1のIPLはメモリ上のステージ2ローダーを復号化する 3. ステージ2のローダーはカーネルをフラッシュからロードして復号化する ステージ2のローダーはいくつかの重要なモジュールを実行前にチェックする（FW 1.5+のみ） スクラッチからカスタムファームウェアを作るのでない限り（デベロップは）難しい スレッドの保護 スレッドには特権レベルがあり、それはカーネルモードかユーザーモードのどちらで実行できるかに関わる。これはカーネルメモリをユーザーアプリケーションから保護する役割がある。 新しいスレッドを生成するときに特権レベルを拡大することはできない スレッドプリミティブは自分を生成した親の権限を継承する 同じ特権レベルにないとスレッドの列挙やスレッドプリミティブを使うことはできない 分割されたスタックがシステムコールによって遷移されているとき、アタックやデータの漏洩を防止する すべてのカーネル関数は引数のポインタをスレッドの特権レベルでチェックする ユーザアプリケーションの実行形式をロードする 特権レベルが異なればモジュールのロードも異なる。カーネルモードではチェックが入ったりする。 モジュールがどのようにロードされるかの例： 1. 実行形式のチェック（ユーザーモード、カーネルモード、暗号化コード、非暗号化など） 2. そのモードで許可されている特定デバイスからロードされたかチェック（UMDからのロードはユーザーモードでのみ可能） 3. 実行ファイルをメモリにロード（もしくは復号化して）する 4 モジュールを正しいタイプのスレッドで実行する（例えばカーネルモジュールはカーネルモードで） 本当にセキュアなのか？ セキュリティの程度はその脆弱性と同じくらいだ PSPの脆弱性の連鎖はソフトウェアにあり、唯一の保護機能はカーネルモードにアクセスできない セキュリティは曖昧になってしまっている（訳注：obscurity、ダジャレだと思う） システムを完全にコントロールするにはPSPが実行する2つのソフトウェアの欠陥が必要である1 ゲームをエクスプロイトして任意のコードを実行できる（GTAとか）。ユーザーモードコントロール。 2 カーネルエクスプロイトはすべてのシステムをコントロールできる（FW 2.5と2.6のLoadExecバグ） FW 1.0と1.5はまったくセキュリティ対策がされておらず、カーネルモードで直接ELFを実行できる。 デバッグ デバッグ CかC++でソースコードを書いているとmakeやデバッグ中にバグが這い出るのはまったく避けようがない コンシューマ機器であるがゆえに本当の意味で直接デバッグできる手法はない 例外ハンドラのデフォルトの動作はループある。そのうち電源オフになってしまう デバック時のテキストを即座に画面に出力する手段がない もちろんすべてがダメというわけじゃない。バカ高いソニーのデベロップメントキットでなくてもデバッグする方法はある。 ブラインドデバッグ 当初、唯一の選択肢は手探り状態でデバッグすることだった。アプリケーションをビルドし、PSPにコピーして実行する。 SDKにはこのプロセスを助けるためのいくつかの機能がある（FW 1.0と1.5用） オンスクリーンとSIOで文字を出力する Basic SIOベースのGDBスタブ 特定の例外ハンドラを追加する関数 スタックトレースとスレッドの列挙のための関数群 厳密には正しい開発手法ではないが、すべてのアプリケーションはメモリスティックに配置されなければならない。FW 2.00以降だけかもしれないが。 PSP Inside 開発とハッキングのためのツール。Hitmen作。 画像：PSP Insideの操作 PSPの実行状態を表示する 命令をリアルタイムで逆アセンブルできる メモリスティックかフラッシュなどから新しいモジュールをロードできる PSPLink PSPLinkはPSP上でテキスト端末環境を提供する開発ツールである 提供される機能のいくつかを示す： SIOとWiFiとUSBを経由して端末からアクセスできる USBとhost deviceからPCのファイルシステムにアクセスできる あらかじめ設定されたtty（stdinとstdout、stderr） ソフトウェアのバグを捕まえる例外ハンドラ WiFiとUSB経由のリモートでGDBスタブを使いソースレベルでデバッグできる リアルタイムでカーネルを監視（スレッド、モジュールリスト、メモリダンプとパッチ） 例外 回避できないクラッシュが発生する場合、PSPLinkかPSP Insideを使えばCPU例外を分離できる。この情報を元にクラッシュする場所を特定して修正できる。 アプリケーションをビルドするときコンパイラに-gオプションを指定しておけばデバッグ情報を有効にできる 例外の発生にはそれがなぜ起こるかの要因を示す兆候がある 例外はEPCレジスタも出力するが、これは例外が発生したアドレスを示す EPCの値をpsp-addr2lineに渡すと実行形式からソースの行番号を得られる 例外が出たら以下を試してさらにGDBを使うとよい psp−addr2line −e program.elf 0x08900340 main.c 68 リソースとリファレンス PSPプログラミングに役立ついくつかの情報源 http //www.pspdev.org/ - Toolchainとsubversionによるアーカイブ http //psp.jim.sh/pspsdk-doc - PSPSDKドキュメントのオンライン版 FreeNode IRC（irc.freenode.net）の#pspdevチャンネル - ここに来ればヘルプしてやれると思う、たぶん
https://w.atwiki.jp/wiki9_vipac/pages/1141.html
https://w.atwiki.jp/wiki9_vipac/pages/74.html
https://w.atwiki.jp/wiki9_vipac/pages/853.html